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A METHOD AND APPARATUS FOR INTEGRATED CIRCUIT DATAPATH 
LAYOUT USING A VECTOR EDITOR 



BACKGROUND 

[0001] An embodiment of the present invention relates to the field of 
integrated circuit design, and, more particularly, to an approach for datapath 
layout. 

[0002] Due to aggressive density and performance goals of many integrated 
circuit datapath designs, conventional computer aided design (CAD) automation 
tools that are not designed with datapath layout requirements in mind may 
produce unacceptable datapath layout results. High-performance datapath 
layout is, therefore, often performed manually. Using this approach, layout 
design of datapaths may consume a large portion of layout resources for some 
current integrated circuit design projects. For a typical high-performance 
microprocessor, for example, required layout resources may be on the order of 
hundreds of layout designer years with the result that datapath circuit and layout 
design is often the critical path of a corresponding project timeline. 
[0003] The layout effort needed for a particular project is roughly proportional 
to the number of drawn devices in the integrated circuit design. As integrated 
circuit design size grows exponentially (per Moore's law), the manpower needed 
for manual datapath design will soon become prohibitively expensive and time- 
consuming and therefore, impractical. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

[0004] The present invention is illustrated by way of example and not 

limitation in the figures of the accompanying drawings in which like references 

indicate similar elements, and in which: 
5 [0005] Figure 1 is a flow diagram showing a method of one embodiment for 

producing a layout using a vector editor of one embodiment. 

[0006] Figure 2 is a block diagram of a computer system in which a vector 

editor layout tool of one embodiment may be implemented. 

[0007] Figure 3 is a flow diagram showing a method of one embodiment for 
1 0 producing an integrated circuit layout using a vector editor of one embodiment. 

[0008] Figure 4 is a flow diagram showing a method for vector extraction in 

accordance with one embodiment. 

[0009] Figure 5 is a flow diagram showing a method for vector extraction in 
accordance with another embodiment that may be used separately or in 
1 5 conjunction with the method of Figure 4. 

[001 0] Figure 6 is a representation of an exemplary vector editor user 
interface of one embodiment. 



2 



nFTAILED DESCRIPTION 

[001 1 ] A method and apparatus for performing integrated circuit datapath 
layout using a vector editor is described. In the following description, particular 
types of integrated circuits, functional unit blocks, graphical representations, 
5 systems etc., are described for purposes of illustration. It will be appreciated, 
however, that other embodiments are applicable to other types of integrated 
circuits, functional unit blocks, graphical representations and/or systems, for 
example. 

[001 2] For one embodiment, as shown in Figure 1 , each vector associated 
10 with an integrated circuit design or portion of an integrated circuit design is 
represented as one of a row and a column at block 1 1 0 and at block 1 20, each 
bit slice associated with the integrated circuit layout is represented in an 
orthogonal manner to the vectors. For example, where each vector is 
represented as a row, each bit slice is represented as a column and vice versa. 
1 5 This representation provides a logical rather than a physical representation, such 
that the row and column representation may be different from the corresponding 
physical layout. 

[001 3] Further, for some embodiments, instances of different master cells 
may be represented in different visual styles, such as using different colors 
20 and/or using different shading and/or fill approaches, for example, at block 1 30 
so that it is straightforward to identify cells with similar and/or different 
functionality. The vectors and bit slices may be so represented, for example, via 
a graphical user interface (GUI) that provides for a designer to easily manipulate 
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the layout of the integrated circuit by moving vectors, bit slices and/or associated 
connections. Further details of these and other embodiments are provided 
below. 

[0014] Vector, as the term is used herein, may refer to a set of repeated or 
bussed instances, e.g. a group of cell instances with same and/or similar 
functionality that should be placed regularly to achieve a more desirable layout. 
A vector may also include a set of pins. A vector may typically include one 
instance per bit slice. Bit slice, as the term is used herein, refers to the circuitry 
corresponding to one bit in a multi-bit datapath. 

[0015] Figure 2 is a block diagram of a computer system 200 in which the 
method and/or apparatus for editing a datapath layout using a vector editor of 
one embodiment may be advantageously implemented. For this embodiment, 
the computer system 200 may be a workstation computer system such as a 
Hewlett Packard HP 9000 Enterprise Server manufactured by Hewlett Packard 
Company of Palo Alto, California. Other types of workstations and/or other types 
of computers, machines and/or computer systems are within the scope of 
various embodiments. 

[001 6] The computer system 200 includes a processor 205 including an 
execution unit 210 to execute instructions. A cache memory 215 may be 
coupled to or integrated with the processor 205 to store recently and/or 
frequently used instructions. The processor 205 is coupled to a bus 220 to 
communicate information between the processor 205 and other components in 
the computer system 200. 
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[001 7] Also coupled to the bus 220 are one or more input devices 225, such 
as a keyboard and/or a cursor control device, one or more output devices 230, 
such as a monitor and/or printer, one or more memories 235 (e.g. random 
access memory (RAM), read only memory (ROM), etc.), other peripherals 240 

5 (e.g. memory controller, graphics controller, bus bridge, etc.), and one or more 
mass storage devices and/or network connectivity devices 245. 
[0018] The mass storage device(s) and/or network connectivity devices 245 
may include a hard disk drive, a compact disc read only memory (CD ROM) 
drive, an optical disk drive and/or a network connector to couple the computer 

1 0 system 200 to one or more other computer systems or mass storage devices 
over a network, for example. Further, the mass storage device(s) 245 may 
include additional or alternate mass storage device(s) that may be accessible by 
the computer system 200 over a network (not shown). 

[001 9] A corresponding data storage medium (or media) 250 (also referred to 
15 as a computer-accessible storage medium) may be used to store instructions, 
data and/or one or more programs to be executed by the processor 205. For 
one embodiment, the data storage medium (or media) 250 stores information, 
instructions and/or programs 252-278 that are used to perform layout planning 
and/or synthesis including editing a datapath layout. For this exemplary 
20 embodiment, a datapath layout automation tool 252 receives as inputs a netlist 
254, physical, electrical and/or timing constraints 256, and a cell/macro library 
258 associated with an integrated circuit for which it is desired to provide a 
datapath layout. Other types of input data 259, such as user-specified 
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constraints, etc. may also be received by the datapath layout automation tool 
252. 

[0020] Referring to Figures 2 and 3, responsive to the information received at 
block 305 (Figure 3), if the input netlist 254 is hierarchical, a flattening engine 
5 260 in the datapath layout automation tool 252 may expand/flatten the netlist 
254 down to a user-specified leaf level 262 at block 310. For one embodiment, 
many of the operations described below in reference to producing the datapath 
layout are performed on the expanded netlist 262 in order to reduce wasted area 
due to hierarchy rules and facilitate global optimization. 
1 0 [0021] At 31 5, after flattening the netlist, the datapath layout automation tool 
252 may perform a vectorization/regularity extraction process to produce a 
vector and connectivity matrix 264. This process may be performed, for 
example, by a vector extraction engine 266. Datapath circuits generally have 
some regularity in the sense that they can be partitioned into bit slices, each of 
1 5 which has the same or similar functionality as described above. Goals of the 
vectorization process may include analysis of regularity for the datapath place 
and route process, automatic vector creation from instances, categorization, 
grouping of a minimum/maximum number of instances, making vector flylines 
and pin alignment as straight as possible and/or achieving large-sized vectors. 
20 [0022] According to one embodiment, the datapath layout automation tool 
252 uses a name-based vector extraction approach that takes advantage of the 
regular naming schemes used by circuit designers as shown in Figure 4. The 
datapath layout automation tool 252 may, for example, search the flattened 



6 



netlist files 262 for cells that have names that differ from each other by one or 
more index values to identify groups of instances with the same/similar 
functionality and/or purpose at block 405. The index values may then be used 
by the tool 252 to order the instances and position the cell into the vector at 
5 block 410. 

[0023] Exemplary pseudo-code for a name-based vector extraction approach 
in accordance with one embodiment is provided below: 

Let L = the list of all cell instances in the design 
Foreach Ci e L, Parse name of C into base name + indexes 
1 o Sort L by base name then index 

While (L not empty) 
Let S = 0 

Remove Ci from the front of L 
Add Ci to S 

1 5 Assign column of Ci based on index 

While ((L not empty) and (Cj = front L) and (Cj matches base name Ci)) 
Remove Cj from the front of L 
Add Cj to S 

Assign column of Cj based on index 
20 Endwhile 

If(|S|>Cmin) 

Create a vector from S 
Endif 

25 Endwhile 

[0024] While one name-based vector extraction approach is described above 
for purposes of example, it will be appreciated that for different naming 
approaches, the name-based vector extraction approach of various 
embodiments may be different. For example, instead of searching for names 

30 that differ only by an index value, a different approach may be used to identify 
similar cells. 
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[0025] Alternatively, or in addition to the name-based vector extraction 
approach, the datapath layout automation tool 252 may use a bus/connectivity- 
based vector extraction approach that uses connectivity information to determine 
which instances belong in each vector as shown in Figure 5. The 
bus/connectivity-based vector extraction approach of one embodiment may 
begin by identifying interface busses and determining the bit slice for each net in 
the bus at block 505. This may be accomplished by mapping the actual physical 
pin locations onto the datapath matrix, or by specifying the mapping manually. 
Once the interface busses are identified, they may be used to identify vectors. 
All cell instances of the same and/or similar master cell connected to a common 
bus may be grouped together to form vectors at block 510. Once those vectors 
are created, the nets connected to each vector may be identified and grouped 
into busses at block 515. The process repeats at block 510 until it is determined 
at block 520 that all such vectors for a desired portion of the datapath layout of 
interest have been identified. 

[0026] Exemplary pseudo-code for a bus/connectivity-based vector extraction 
approach for one embodiment is provided below: 

Let NS = the set of all nets in the design 

Let CS = the set of all cell instances in the design 

Assume BQ and VQ are queues 

BQ = NameBasedVectorize(N e NS : N is an interface net) 
VQ = 0 

While ((BQ not empty) v (VQ not empty)) 
While (BQ not empty) 

Remove bus B from front of BQ 

Let Si = {1 1 1 e CS, I connects to net N, N e B, I not vectorized} 
Let S v = NameBasedVectorize(Si) 
Foreach V; e S v 
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Align Vj to B 
AddVi to VQ 
Endfor 
Endwhile 

5 

While (VQ not empty) 

Remove vector V from front of VQ 

Let S n = {N | N e NS, N connects to inst I, I e V} 

Let S b = NameBasedVectorize(Sn) 

-jq ForeachBieSb 

Align Bi to V 
AddBi to BQ 
Endfor 
Endwhile 
1 5 Endwhile 

[0027] Other approaches to bus/connectivity-based vector extraction are 
within the scope of various embodiments. 

[0028] Referring back to Figures 2 and 3, for one embodiment, if additional 
constraints 256 have been specified by the user, the vector extraction process at 
20 block 315 may also take these into account in extracting the vector/connectivity 
matrix 264. Examples of such constraints may include grouping and/or ordering 
constraints, starting indentation (e.g. in terms of number of bits) for a vector, 
offsets, ordering between bits, etc. The hierarchical nature of groups may also 
be specified as described in co-pending patent application serial number 
25 10/039,637 entitled, "A Method and Apparatus for Layout Synthesis of Regular 
Structures Using Relative Placement," Attorney Docket Number 42390.P12454 
,o Nagbhushan at al„ filed December 31 , 2001 and assigned to the assignee of 
the present invention. Other types of constraints may also be specffied for some 
embodiments. 
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[0029] At block 320, the placement process for the datapath logic begins. For 
one embodiment, the datapath placement process includes an initial manual 
editing process at block 320, followed by a semi-automatic and manual datapath 
vector manipulation process at block 325 and a subsequent manual refinement 
5 process at block 330. To facilitate the manual editing and refinement processes, 
the datapath layout automation tool 252 of one embodiment further includes a 
vector editor 268 to provide an interactive interface for visualizing and editing the 
extracted vectors and associated connections. 

[0030] The vector editor of one embodiment is capable of operating on variety 
10 of functional unit block (FUB) alignment styles, where the actual, physical layout 
may look quite complicated. In other words, a logical layout representation in 
accordance with one or more embodiments may be provided for a variety of 
physical forms, a logical layout representation in accordance with various 
embodiments may be provided. For some embodiments, a user can select from 
1 5 a variety of compilation options to determine the particular FUB alignment style. 
[0031] For example, the vector editor 268 of one embodiment may be used to 
operate on control-aligned functional unit blocks (where well-alignment is in the 
control direction) and/or data-aligned functional unit blocks (where well-alignment 
is in the direction of the major data buses). Furthermore, the vector editor 268 
20 may be used on rotated functional unit blocks (FUBs) in either of the above 
styles. Other types of alignment styles may be within the scope of various 
embodiments. The interactive interface may be in the form of a graphical user 
interface (GUI) 270, the features of which are described in more detail below. 
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[0032] Figure 6 is a screen shot showing an exemplary datapath layout 
representation that may be provided by the vector editor GUI 270 of one 
embodiment. As shown in Figure 6, vectors may be arranged in rows, such as 
example rows 605, and bit slices may be arranged in columns, such as example 
5 columns 610, where the row and column representation may not, and typically 
does not, match the actual physical layout. Connectivity information may be 
indicated by lines such as the example lines 61 5 that interconnect various cells 
as shown. 

[0033] The vector editor 268 of one embodiment, via the GUI 270, may also 
10 provide for instances of similar master cells to be displayed using similar visual 
representations. For example, different colors, shades fill and/or stippling 
techniques may be used, such that cell instances with the same or similar 
functionality may be represented similarly for easier identification. 
[0034] For one embodiment, for example, a range of different colors may be 
1 5 used. While the screen shot of Figure 6 is provided in gray scale, it will be 
appreciated that the various tones of gray may instead be replaced by various 
colors such that master cells with similar functionality may be more easily 
identified. 

[0035] More specifically, during vector extraction or another part of the 
20 datapath layout process, the vector extraction engine 266 (Figure 2) or other 
component of the layout automation tool 252 and/or vector editor 262 may 
assign a color to each cell and assign the same or a similar color to other same 
and/or similar cells. The determination of which cells are to be considered 
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similar enough to be identified with the same and/or similar color may be made 
by the vector extraction engine, for example, based on a predetermined 
algorithm and/or in response to user input. 

[0036] The manner in which cells are grouped under the same or similar 
5 visual representation may depend on several factors including the number of 
available visual representations that can be discerned by a user and/or are 
provided by the tool 252 (e.g. the number of available colors), the number of 
different types of cells, etc. Further, cells may be considered to be the same 
and/or similar based on, for example, threshold voltage, the number of inputs, 
10 size/power level, and/or functionality, etc. 

[0037] In operation, the vector editor may receive a list of cells and a list of 
colors (and/or other visual representation characteristics) and, in response, 
create a look-up table by assigning an available visual representation to each 
cell in the list of cells. For some embodiments, if there are more cell types than 
1 5 available visual representations, the visual representations may be re-used. 
Alternatively, user intervention may be requested to select one or more cell 
groupings to correspond to a particular visual representation. Further, for some 
embodiments, a user may have the option to assign visual representations to 
particular cell types or cell family types, for example, either during the initial 
20 visual representation assignment process or at another point in the datapath 
layout process. It will be appreciated that other approaches to assigning visual 
representation characteristics to cells are within the scope of various 
embodiments. 
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[0038] In the manner described above, the vector editor of one or more 
embodiments may provide an abstraction level between layout and circuit 
editors. The vector editor 268 provides a simplified logical view (rather than a 
physical view) to better facilitate connectivity visualization and vector 
5 manipulation as compared to the layout canvasses provided by conventional 
layout tools, where the vector and bit structure may not be readily apparent. 
[0039] The vector editor 268 may also enable connectivity information to be 
displayed that indicates connectivity from selected vectors to other vectors 
and/or to interface pins. Connectivity may be displayed for all selected 
10 instances, for example. The data and control connectivity may be extracted and 
displayed in different colors or using different line weights or patterns, for 
example. Connectivity between the vectors and interface busses may also be 
displayed. Such visualization capabilities enable easier identification of 
misalignment and cross-connectivity between vectors. 
1 5 [0040] The vector editor 262 may provide for a set of manual editing 

capabilities to operate on the vectors described above. For one embodiment, 
such capabilities may include, for example, drag and drop editing to group 
instances into vectors and to position vectors in the proper bit slices, creating, 
deleting, moving, swapping, spreading and reversing vectors. 
20 [0041] The vector editor 262 may also provide for the capability to align 
vectors based on connectivity with other vectors and/or interface pins. For 
example, a significant factor in the efficient layout of datapath functional unit 
blocks (FUBs) may be the high cost of jogging large data busses that carry 



13 



signals into and out of the FUBs. Using the vector editor 262, for one 
embodiment, a designer may choose to align vectors with respect to another 
vector or with respect to the interface pins of the FUB. In this manner, user 
productivity and resulting designs may be improved. 
5 [0042] For some embodiments, the vector editor 262 may also provide high- 
level commands that enable automatic correction of some of the issues that may 
be identified by the metrics mentioned above. Some examples may include 
auto-merging of split vectors based on recursive bus and vector merging, auto- 
alignment based on bus-tracing. 
1 0 [0043] Pseudo-code for implementing exemplary auto-merging and auto 
alignment operations is provided below for purposes of example: 
[0044] Algorithm: Align Vectors 

Let S = the set of all vectors in the design 

Let S A = the set of seed vectors selected by the user 
15 LetSu = S-S A (S A uSu = S,S A nSu = 0) 

Foreach V, e S A 

Foreach V, e ^ ^ ^ ^ c Una|jgned 

Foreach C, e Vi, Cj e Vj 

If (C, connects to Cj via net N, and N, is a data net) 
Let Column(Cj) = Column(Ci) 
Mark Instance Cj Aligned 
Endif 
Endfor 

25 If (3 q s Vj : q is Unaligned) 

Foreach Cj e Vj, 

Reset Column(Cj) to its previous value 

Endfor 
Else 

30 LetS A =S A uVj 

Let Su=Su-V, 
Endif 
Endfor 
Endfor 



20 



35 
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r00451 Algorithm: Merge Vectors 

Let BS = the set of all busses in the design 
Let NS = the set of all nets in the design 
Let VS = the set of all vectors in the design 
5 Let CS = the set of all cell instances in the design 

Assume BQ and VQ are queues 
BQ = {B e BS : |B| > Cmin} 
VQ = 0 

o While ((BQ not empty) v (VQ not empty)) 

While (BQ not empty) 

Remove bus B from front of BQ 
Let S, = {1 1 1 e CS, I connects to net N, N e B} 
LetS v = {V|VeVS, (I e V) => (I e Sj)} 
1 5 Foreach V, e S v , Vj e S v , V * Vj 

If (MergeTest (V, Vj)) 
Merge Vj into Vi 
Add V to VQ if |V| > Cmin 
Endif 

20 Endfor 
Endwhile 
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While (VQ not empty) 

Remove vector V from front of VQ 
Let S„ = {N | N e NS, N connects to inst I, I e V} 
Let Sb = {B | B € BS, (N e B) => (N e S n )} 
Foreach Bi e S b , Bj e S b , Bi * Bj 
If (MergeTest (B it Bj)) 
Merge Bj into Bj 
30 Add Bj to BQ if \B,\ > Cmin 

Endif 
Endfor 
Endwhile 
Endwhile 

35 

[0046] The merge test in the previous algorithm determines whether a pair of 
vectors or busses should be merged. The merge test is based on user controlled 
heuristics. Generally, two vectors will be merged if they do not have any column 
overlap. Tests may also be done to see that they have the same base name and 
40 the same functionality. Direct user control of the merge process is also 
supported. 
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[0047] Other types of automatic correction or other high-level commands are 
within the scope of various embodiments. 

[0048] Some exemplary commands for one embodiment, including those 
described above, are provided below. It will be appreciated that, for other 
5 embodiments, a different set of commands may be used. 



Command 




Align Vector(s) by Pins 


Identifies the bus with the best connectivity to the 
V6Ctor, 3no realigns uit? beieoicu v^^' tw ^ „ 


Align Vector 


Reorders the instances in selected rows based on 
connectivity to anomer veoiui 


Delete All 


Deletes all vectors in ine uwbi^n 


Delete Vector(s) 


r> _ ^ ~ r mAra v/^mtnrQ frnm the matrix 

Deletes one or more veuiuio num mic,u,a 


Delete Group 


Deletes selected group vectors 


Inoort \/&f x \f\r(^\ 


Inserts vectors where indicated 


Merqe Vectors 


Combines two vectors to improve the design 


Reverse Vector(s) 


Reverse the order of all instances in selected 
vectors . 


Reverse Matrix 


Reverse the order of all instances in all vectors 


Spread Vectors 


Increase the separation of bits between instances 
if they are too close together 


Swap Vectors 


Swap the positions of two vectors in the matrix, 
increases visibility in the matrix 


Split Vector 


Break a vector into two smaller ones to improve the 
design 


Move 


Moves vectors to appropriate rows 


Fix/Unfix Vector 


Straighten connectivity to pins or other vectors 


Show Flylines 


Turn on/off connectivity lines between connected 
instances in the vector view 



[0049] The above vector editing commands (or other commands for other 
embodiments) may be used to perform necessary vector editing operations for 
one embodiment in the following manner, where the Vector List Window 620, 
1 0 and output window 625 are as shown in Figure 6: 
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Action 



3 lace the cursor 
anywhere within the 
Vector List window, then 
ri ght click and hold 



With the right button still 
held down, drag the 
cursor over the dashed 
line at the top of the sub 
menu, then release 



To use any command, first 
select your vectors, then 
invoke the command 



Result 



This brings up the Vector Editing sub- 
menu containing vector editing 
commands and options 



The Vector Editing sub-menu opens in its 
own window and stays open until closed 



Actions and/or any instructions are shown 
in the output window 



The Vector Editing sub-menu closes. 




then be improved by performing the following tasks as needed 




Align Vectors 



- Flylines to pins 

- Flylines to other vectors 




vectors may be saved and finalized and provided as an input to a placement 
engine 274 to produce the associated placement 
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[0052] Once the various datapath placement processes have been 
completed, random logic instances (also referred to herein as RLS) may then be 
placed a. blocks 335 and 340. As for the datapath logic placement, the RLS 
piacement may be performed using a combination of automatic and manual 
5 processes. 

[0053] With continuing reference to Figure 2, for some embodiments, the 
vector editor 268 may also be capable of generating an assessment of the 
quality of vectors 272 using several metrics such as the degree of cross- 
connectivity, the amount of misalignment and the column utilization, for exampie. 
10 in this manner, potential problems in placement and routing may be detected, 
such as cross-connections due to flipped vectors or pins, over-utilization in 
particular columns, etc. Placemen, may then be adjusted based on the metncs 
272. Other types of metrics may be provided for other embodiments. 
[0054] Based on the metrics and/or other cost computations, the placement 
1 5 process may be repeated to re-edit placements as needed. 

[0055] A completed placement 276 may then be provided as output and used 
as a basis for subsequent actions such as routing at block 345. Other output 
278 may also or alternatively be provided. 

[0056] Using the approaches of various embodiments described above, i. 
20 may be possible to produce an integrated circuit datapath layout in less time than 
when using conventional tools. 

U057J Thus, various embodiments of a method and apparatus for performing 
integrated circuit datapath layout are described. In the foregoing specification. 
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the invention has been described with reference to specific exemplary 
embodiments thereof. It will, however, be appreciated that various modifications 
and changes may be made thereto without departing from the broader spirit and 
scope of the invention as set forth in the appended claims. For example, it will 
be appreciated that various actions in the methods described above may be 
performed in a different order and/or some actions may be performed 
concurrently according to various embodiments. The specification and drawings 
are, accordingly, to be regarded in an illustrative rather than a restrictive sense. 
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